home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 13636 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.3 KB
  1. Path: newsfeeds.ans.net!btco!newsadm
  2. From: Shalom Reich <sqr1874@acf4.nyu.edu>
  3. Newsgroups: alt.computer.consultants,comp.edu,comp.lang.basic.misc,comp.lang.c++,comp.lang.misc,comp.lang.pascal.borland,comp.lang.pascal.delphi.misc,comp.misc,comp.os.msdos.programmer,comp.os.os2.programmer.misc,comp.programming
  4. Subject: Re: Info on being a Systems Programmer/Analyst?
  5. Date: Tue, 26 Mar 1996 13:30:56 -0500
  6. Organization: Bankers Trust Company
  7. Message-ID: <315837E0.7710@acf4.nyu.edu>
  8. References: <4itd85$28s0@news-s01.ny.us.ibm.net> <Doo5o5.CB4@presby.edu>
  9.         <4j72mr$l5d@scoop.eco.twg.com> <4j7min$nps@news-s01.ny.us.ibm.net> <4j96mq$3sd@scoop.eco.twg.com>
  10. NNTP-Posting-Host: algsvw0058.btco.com
  11. Mime-Version: 1.0
  12. Content-Type: text/plain; charset=us-ascii
  13. Content-Transfer-Encoding: 7bit
  14. X-Mailer: Mozilla 2.0GoldB1 (WinNT; I)
  15.  
  16. This space intentionally left blank wrote:
  17. > 
  18. > 
  19. > Yep, I think I mentioned that in the old mainframe days you tended to have
  20. > at least one system programmer for each system.  That's not true for modern
  21. > machines where a system manager can install the OS without any trouble and
  22. > few folks modify it at all (the days of source code distribution are pretty
  23. > much over in most cases).  This doesn't mean there's no need for system
  24. > programmers though, just that there's not much need at the average site.
  25. > Development companies still need them in a big way.
  26. > 
  27.  
  28. When I worked as an MVS/JES2 or CICS systems programmer I usually 
  29. "modified" them by writing exits.  I believe that such modifications 
  30. would qualify as systems programming (even though one is not directly
  31. modifying vendor supplied code) since the exits usually change the way
  32. the vendor supplied system behaves.  While I haven't done this kind of 
  33. stuff on a mainframe for the last 10 years I bvelieve that it is still 
  34. a common practice to do this in most installations.  Therefore, it seems
  35. like each installation would need a systems programmer on staff to create
  36. and maintain such exits.
  37.  
  38. NOTE:  I stopped doing this stuff because the shop I was in began 
  39. giving us smaller and smaller testing windows (for example - 2AM Sat. 
  40. nite for 2 hours).  Since system modifications affected everyone and
  41. testing required standalone use of the system it just became too much 
  42. of a hassle to debug a change and install it in a reasonable amount 
  43. of time (1-2 months).
  44.  
  45. Shalom Reich
  46.